Música
No pensava que vindria tanta gent a aquesta presentació. He tingut unes
xerrades superinteressants. He preparat totes dues des de diferents
punts de vista. Una molt realista i una altra molt asbalto. I jo faré una
presentació molt aterrizada perquè us parlaré del de nou Portal Tic. No sé
si sabeu que ja fa dos anys i vam començar a treballar en l'evolució
del Portal Tic, del Portal de Atic que tots coneixeu. I aquest any, 2023
i 2024, això acaba en la implantació d'una nova plataforma. I això és el
que us vaig ensenyar una mica. Inicialment, aquesta presentació era
només per parlar del Portal Tic, però quan vaig veure el tema, vaig veure
com la IA ens podria ajudar en el Portal Tic. L'he intentat orientar un
poc i espero poder-vos solucionar coses. Què és el Portal Tic? Per a
nosaltres, el Portal Tic és el cor de la gestió de l'evolució. És com
nosaltres podem treballar.
¿Què components identificem a grans traços? En principi, tenim un portal.
El portal és el que reconeix totes les peticions de tots els usuaris.
Les gestionem en tres diferents grups. Unes són els tiquets, altres
són els problemes i altres són els canvis. Si estàs familiaritzats amb
la metodologia íntil de gestió de processos i detalls, les
identificareu. Un tiquet és una petició d'un usuari que pot ser un
problema que té, una incidencia, una consulta o una sol·licitud d'atenció.
Un problema és quan hi ha incidències de coses que passen de manera
repetitiva i que no se solucionen, no només s'apliquen solucions temporals,
és un problema.
Un canvi és quan en algunes de les infraestructures hem de canviar
alguna cosa, canviar la versió de base de datos, canviar la versió del
SAP, canviar la versió del Java. Aquí es genera un canvi. Se registra. Este
cambio implica hacer esto, hacer esto. Hay que notificar.
Buscamos un hueco para hacer la parada para que afecte al menor
número de usuarios.
¿De dónde se nutren todas estas entidades? De la CBDB. Es la base de
datos de configuraciones y es el nexo de unión de todos los procesos que
intervienen. Os he hecho un resumen de lo que es ITIL en 2013. Creo que
es importante tenerlo en cuenta porque para nosotros es
superimportante el tener todo esto para poder trabajar bien. ¿Hacia
dónde vamos? Vamos hacia una plataforma Atlassian.
Vamos a una solución data center. Las dos opciones eran ir a solución data
center o ir a solución cloud. Por un tema muy importante, que es que la
OPC nos pide que el portal sea en catalán,
solamente podíamos ir a data center porque la solución cloud no tiene
catalán como idioma. Y encima de este data center, que es la plataforma
base donde corren los diferentes productos de Atlassian, vamos a ir a
service management. Hay más productos. Hay el Mijira software,
que es para gestión de proyectos.
¿Qué es lo que tiene esta plataforma? Lo que va a tener es un portal, que
es el portal de ITIL, donde tanto los técnicos TIC
como los usuarios
van a poder acceder aquí para poner sus TICs, para poner sus consultas y
los técnicos para resolverlas. Otro componente de entrada es el
componente mail. Muchos estáis usando el mail to TIC. El mail to TIC viene
integrado con un componente que los llaman canales. Se pueden definir
direcciones de correo y se le puede aplicar una logística para que sus
TICs se asocien directamente a lo que queremos hacer.
¿Y por qué vamos aquí? ¿Qué vamos a tener de bueno en pasar a esta
solución de Atlassian? Primero, tenemos una solución comercial que
tiene actualizaciones. Esto va licenciado, va con licencias, que es
de pago, con lo cual nos cuesta pagarlo, pero eso nos da
actualizaciones cada cierto tiempo de vulnerabilidad de seguridad y todas
estas cosas. Hemos decidido que vamos a hacer actualizaciones cada seis
meses, aunque si no son actualizaciones de seguridad, si son
de seguridad las haremos, cada seis meses haremos un upgrade a la
plataforma que se va a trasplantar. La solución es mucho más fácil de
usar desde dispositivos móviles. El portal es Sponsic y además hay una
app de móvil para acceder a los portales que te damos un poquito más
de flexibilidad. Tienen nuevas funcionalidades. No es una solución
comercial como la que teníamos antes,
sino que es una solución comercial y pensada para eso. Muchas de las cosas
que nos gustaría que hiciera ya lo han pensado antes. Nos hemos
encontrado a hacer la implantación y hay cosas que para nosotros eran
supercomplejas. La gente de Atlasia nos dice que esto es así, porque así
es como lo hace la gente. O decir, ¿cómo harías? Pues esto se hace así.
Es muy flexible, es muy adaptable. También tiene integración con muchos
plugins. Me parece que la solución que vais a explicar vosotros también
tenía algo de integración con Jira porque Jira es una de las plataformas
que más se está usando para la gestión de I. Y además tiene una CMDB
espectacular. El anterior gestor, si alguno lo habéis usado, tenía unos
erazos de conexión, pero estaban bastante limitados. Esto es una API
realmente espectacular. Puedes hacer cualquier cosa que puedas hacer desde
la interfaz, la puedes hacer desde API. Esto nos va muy bien para hacer
integraciones. Y otra de las cosas es que tiene la posibilidad de hacer
cuadros de comandamento. Esto nos va muy bien sobre todos los agentes y
sobre todos los jefes de los agentes para saber cómo están funcionando,
cómo se están atendiendo los tickets, cómo se están cumpliendo los que nos
hemos puesto a definir. Y muchas más cosas que iremos viendo a medida que
lo vayamos usando, porque es una plataforma muy grande. ¿Y cuándo
vamos a hacer esto? Don Valín y Caponale. Estamos en 2022, se ha
hecho un proyecto para identificar, realmente viene un poquito antes,
viene en 2021, para identificar cómo vamos a continuar, si vamos a
continuar con el gestor, nos vamos a solución y ya salió que nos vamos a
ir a Service Management y el módulo de Assets. El módulo de Assets es el
módulo de CBT. Entre 2022 y 2023 haremos un cambio. Cambiaremos el
portal. Lo haremos la segunda semana de febrero. La segunda semana de
febrero, el lunes pararemos el portal, el actual EATIC, y abriremos
el nuevo EATIC. Con la nueva solución. Antes de todo esto, haremos
formación para los agentes. Es decir, la gente del área TIC que está usando
esta plataforma, les haremos una formación para explicarles cómo se
resuelven los TICs. Veréis que verán y o veréis que es muy intuitivo y que
es muy práctico de usar. Actualmente, tenemos el gestor que tenemos ahora,
la solución Genesis que tenemos ahora, tenemos la instancia de un
PcNet y tenemos instancias de... Como decía, en el actual Genesis tenemos
varios portales, varias instancias. Una es la de un PcNet, que es la que
realmente intervienen en este proyecto. Es la que vamos a pagar en
esta fecha. Pero tenemos otro número de instancias que también se están
usando. Hay la instancia del DRAC,
una de gestión económica, otra de gestión personal, una vuestra...
Entonces, estas instancias que se irán corriendo, se irán funcionando,
se migrarán durante el 2023 y parte del 2024. Hay un proyecto... ¿Estamos
en el 2024? Empezaréis en el 2024, ¿no? Empezaremos en el 23. ¡Ostras!
Luego lo cambio para pasar una presentación. Desplazarlo todo.
Disculpadme, esto para mí era el 2024. Lo he puesto como si fuera el
año que estábamos, porque ya me veo en 2024. Empezaremos este 2024 a
migrar instancias. Hay un proyecto en la cartera de proyectos que se tiene
que priorizar, que creo que se priorizará, para migrar todas estas
instancias. Durante este periodo las instancias se mantendrán y habrá un
momento que se habrán migrado todas las instancias y que se cerrarán. Y
el gesto se pondrá en modo lectura. En modo lectura hasta 2026. En 2026
lo pararemos. El Genesis. ¿Por qué lo pararemos? Porque tiene una
plataforma muy antigua. Tiene un Java 8. Estaba en Java 6, conseguimos
pasarlo a Java 8, pero ya no es fácilmente migrable. Tiene
vulnerabilidades. Lo protegeremos todo lo que podamos. Y en 2026 lo
pararemos. ¿Vale?
Afinadres del 2026. El 2027 ya no está.
¿Y cómo la IA nos puede ayudar con esta nueva plataforma? Yo he
identificado en lo que realmente hoy existe en el mercado dos puntos en
los cuales nos puede ayudar. Seguramente los compañeros nos puedan
explicar un poco más. Adlasia tiene un servicio, que es un agente que a
través de un canal en principio funciona con SLA, pero me parece que
también es configurable con otro tipo de canales, con Telegram o con
WhatsApp, que lo que hace es a partir de toda la información de toda la
documentación que tiene en sus plataformas de gestión documental,
del Confluence, de los tiquets, de los cambios, de los problemas, es
capaz de responder las peticiones de los usuarios. Esto está en fase demo,
está iniciándose, todavía no hay ni precio para esto porque están
empezando a probarlo, pero ya es posible hacer esto. Esto por un lado
a la hora de atender un usuario y por otro lado dentro del producto hay un
componente que es de inteligencia predictiva. ¿Qué es lo que hace?
Cuando tú como agente o tú como usuario estás poniendo un ticket, el
sistema es capaz de proponerte cosas. En el sentido de decir, no me
funciona el teléfono móvil, entonces él identifica lo que está escribiendo
y te hace propuestas. Has seguido este tutorial, has mirado no sé qué,
has hecho no sé cuánto, esto para el usuario. Incluso para la gente que
está resolviendo el ticket es capaz de decir, oye, intenta resolver este
ticket y él te da opciones. O responde al usuario de forma educada
que no puede acceder a este servicio y él te hace una propuesta de texto.
O sea, utiliza la inteligencia artificial generativa con toda la
información que tiene dentro de su base de datos y con todos los tickets
que ha resuelto para hacerte propuestas de texto. Esto es lo que
hoy hay a nivel de relación, pero yo os digo que esto es muy demo, muy de
pruebas. Esta parte de aquí salió hace dos semanas la noticia de que lo
abrían al público para que lo probaran, con lo cual es todo muy
incipiente. ¿Lo podríamos empezar a usar? Sí, seguramente cuando acabemos
de implantar esta solucion podemos empezar a hacer pruebas con estos
índices.
Y esto es todo. Era una presentación muy cortita. Si tenéis dudas,
preguntas, consultas, si no, bueno, las podéis hacer sofilar. Sí, molt
servistic tenim inteligencis i un dels problemes que tenim és que no
podem passar tickets entre instàncies, no? Lògic, moltes vegades
hem de reobrir tickets si volem fer la reducció fosana. Està previst que
quan anem passant tots els serveis websticks aquí, es puguin passar
tickets entre instàncies?
Sí. Encara no s'ha acabat de parlar perquè el projecte es parla de l'any
2024, perquè la solució és o fer una instància independent de gira o
integrar-se dintre de la mateixa instància. En qualsevol dels dos
casos, la possibilitat de passar tickets cap a l'altre es pot fer.
S'ha de treballar. Això és el que ara s'ha de decidir. Però en tots els
casos és prou potent per permetre les dues coses. La CMDB era en
equipstick? Hi ha un altre projecte del 2024 per decidir que es fa en
equipstick. Si es manté en equipstick, independent, si s'integra
o es fa servir directament la CMDB de gira. Hi ha un projecte per decidir
això. Llavors es podrà fer el que es decidís en aquest projecte. I després
ja volem preguntar. El quadre de comandament és propi dins del mateix
sistema o és una exportació i s 'explota des de Power BI? Tot, sí. Hi
ha un quadre de comandament que és propi de gira. Està més limitat del
que pots fer en Power BI. Però es poden fer exportacions, ja les estem
fent.
Però té un quadre de comandament senzill per fer les consultes més
bàsiques. De saber com van els meus tickets, si s'estan respondent bé, si
es concreixen els acords de nivell de servei... Tot això. A tot ser.
El sistema d'indicadors també canviarà? El sistema d'indicadors
canviarà. El gènesis també hi ha la possibilitat d'anar a l'indicador. I
també canviarà. També canviarà. Heu fet un treball que portava molt de
temps a nosaltres. Hi havia molts temes que ja no es feien servir. En
terminologia, ara que està caient, es diu muda. Hem tret molta muda. És
coses que no es fan servir. Això té un risc. Quan treus muda, de vegades
tens les coses a la basura que estàs fent servir. Com no escorrem el
portal, si trobem que això ha sigut humilitat, anem allà, ho agafem i ho
tornem a portar. És una solució superflexible a l'hora de fer
importacions i exportacions. És més difícil treure les coses del gestor
que importar-les aquí. Perquè el gestor és molt antic. Molt bé.
Ho he fet a la vegada. A les altres instàncies que heu fet,
també heu trobat
10 instàncies que han fet tiquets el 2022. 23.
En principi hem preparat aquestes 10. En qualsevol cas, durant el 2024,
parlarem amb tots els centres per veure quines instàncies s'han de
migrar. Hi ha un projecte per fer aquestes instàncies.
Depèn. Això s'ha de decidir en el projecte. Hi ha dues opcions.
Una és, dintre de la mateixa instància, afegir un grup d
'absolutors, tiquets. Amb això s'ha de crear un cartell de serveis, s'ha
de canviar l'ACMDB per innovar les coses que necessitis. L'opció 1. L
'opció 2 és fer una altra instància independent, com tenim ara. I l'opció
3 és no la posem al gener. I fem amb una solució que es desfileixi. Això s
'ha de discutir en el projecte aquest.
Als centres utilitzem el Genesis per tiquets que no són tic. Has pensat en
el projecte que passarà amb aquesta gent? Es serveix que s'inclogui en la
gira? Diran per una altra banda? La base d'aquest projecte és només la
instància d'UPCnet. L'any que ve es farà un projecte i la base és només
tiquets tic. L'any següent no ho sé. No ho sé, però... La limitació que
tenim...
Aquesta eina no és només per gestió tic, sinó per peticions. L'única
limitació és que això va per llicències. Per llicències d'agents.
No dels usuaris que posen tiquets, sinó de les persones que fan
resolució. Ara tenim una llicència. La llicència que s'ha comprat ara és
de 500. En principi es creu que cobriran tots els tics. Més endavant
no ho sé. A més, no he entrat dins de la meva presa de decisions. Molt bé.
Si es fa una instància, els processos d'arribar als canvis són els
mateixos, no? Sí, no. Els pots fer servir o no. Els pots fer servir uns
altres canvis. És molt flexible. Es pot configurar. Els canvis d'UPCN.
Els canvis d'industrials.
Els processos de canvis i de problemes ens fan servir processos
estàndards. És útil. Pots fer una cosa diferent, sí, però es pot
adaptar. Jo crec que és millor que anem tots cap a una posició
intermitja i que ens podem ajudar a que si ho fem tots semblant, després
quan parlem, ho ens entenem molt millor. Els clients que s'arribin a
una instància, tots n'anirien tots els clients? O també és configurable?
També és configurable. Tot és configurable. Fins i tot la
visibilitat dels tiquets. Jo no vull veure els teus tiquets i tu no has de
veure els meus tiquets. Això es pot definir. No hi ha problema. Podries
repetir les dades que has dit?
Sí. Disculpeu els anys. 2023, 2024 i 2025. El canvi el farem al febrer.
Segona setmana al febrer. No ho he dit. Segona setmana al febrer.
Dilluns. Nosaltres farem l'acupació al matí perquè dilluns s'obri el nou
sistema d'etiquet. La gent que és agent estarà formada allà. Fins i tot
tindran un sistema de pre-producció on puguin jugar a fer tiquets. Els
usuaris també farem formació, però és que realment el portal és molt tonto.
És molt semblant al que hi ha ara. El que hem de fer és triar el tipus d
'etiquet, seleccionar i et surt un formulari o no amb les dades.
La gent que feu servir la instància OPCNET, que no sé si vosaltres la feu
servir, la gent de Prisma sí que la fa servir. Aquesta gent sí que
passarà al nou sistema. I els altres haurem d'esperar que comencem amb la
migració i instància. Aquí quan s 'aproven els projectes ja acabem de
fixar això. Volem tenir-ho una miqueta funcionant bé. No posar data
perquè no tenim data encara.
El tipus d'etiquet són dues opcions, una o les d'altres problemes, o que
no de la fonda. Hi ha tot en una instància, totes les unitats. Aquesta
ho ha fet el problema de la visibilitat entre les unitats. No és
problema, realment. Això està avançat perquè no tothom vegi tot. La CMDB
està
molt segmentada i pot seguir la CMDB independent per tu. Els quadres de
comandament no et poden dir si ni no. Segurament podrem fer uns estandards,
però sí que agafaran els tiquets de la teva part. No agafaran tiquets d
'altres àrees. Ara aquest problema de seleccionar, de discriminar el teu,
la CMDB, i, en cas que fossin instàncies separades, la comunicació,
per exemple, de tiquets, tens idea?
Exactament no sé com va, però no hi ha problema en passar tiquets d'un
costat cap a l'altre. El problema és que si tu el passes, per exemple, jo
també he d'entrenar, i quan passes un tiquet t'ho oblides. Quan tu tens el
mateix, o li passes el link, o a partir, el que ens passa és que cada
vegada que... Jo no me'n recordo mai, poso un comentari nou en el tiquet
que he rebut, i ara se'm crea un tiquet. En principi la idea ho van
preguntar els consultors, però encara no ho hem vist, perquè no han tingut
oportunitat d'aprovar-ho. La idea és passar el tiquet amb tota la
informació. En principi, quan ho comencem a fer ho veurem, però això
sí que ho tenim en compte de poder-ho fer.
Si caliu dubtes, ja sabeu on trobar -me.
Hola, jo soc l'Albert Saïds, vinc del servei informàtic de Manresa. Ara
presentarem una solució que hem estat desenvolupant a Manresa durant l
'últim any, la qual té una integració amb Jira i també té una part d
'intel·ligència artificial, i també va enfocar a resoldre funcions Us
explico la problemàtica que teníem amb Manresa, que potser també la
teniu en altres llocs. Teníem un formulari per les incidències que
necessiten que l'usuari hagi d'estar allà, que falla un projecte o una
auta i no poden començar la classe. Incidències que l'usuari necessita al
moment. Teníem aquest formulari on l 'usuari ho omplia i ens arribava un
mail de tiquet o ens arribava un telegram. Què passa? Que a vegades l
'usuari no omple tot i no sap la quina hora està, l'usuari ho ha rebut
algú... No hi ha un feedback. I llavors hi havia aquest problema que
l'usuari ho haurà rebut algú amb un ull de serveis informàtics i, a més,
nosaltres només quedàvem a mitges de saber quina informació anirà.
Llavors vam començar a pensar en una nova solució. Però aquesta solució
havia de mantenir una cosa que té bona en aquest formulari i és que a
la nostra universitat tothom que hi ha dins no compta un PC per entrar a
una plataforma i obrir una incidència. Llavors havíem de
mantenir algo semblant a això que qualsevol persona pugui obrir un
tiquet però que al mateix temps sigui més àgil. I així vam pensar a l
'Avisa, que és una plataforma a la qual està molt pensat utilitzar mòbil
per a l'ordinador, a la qual qualsevol persona pot entrar amb el
seu compte o PC o amb un mail. Un cop a dins pot gestionar les seves
incidències d'una forma molt semblant al gira, que és, bàsicament, obrir un
tiquet i enviar-lo a un xat. I després d'aquestes incidències és tan
fàcil com un cop resoltes els arrastros cap a l'altre de la columna
ja està tancat. Si m'ha fallat alguna cosa i encara m'han de resoldre
alguna cosa, la torre arrastrada cap a la primera columna torna a estar
reoberta. I la gràcia d'aquests tiquets és que no és un tiquet
convencional, sinó que és un xat. I aquest xat és en temps real i ens pot
solucionar aquests problemes que us deia. Però en un moment da un pas més
enllà. I ja que avui en dia l 'Intel·ligència Artificial està en
tot el que fem, pràcticament, doncs vam dir, per què no fiquem un xatbot
que ens ajudi en faltes, que en res es subsint, a vegades no podem cobrir
els cervells,
doncs un xatbot que s'ha de respondre a les preguntes més típiques dels
usuaris per tal que un usuari pugui no quedar-se penjat o almenys donar
-li unes indicacions del projector, no n'hi ha ningú que et pugui ajudar.
I llavors vam fer aquesta plataforma amb el xatbot. El flux que seria la
plataforma és el següent. L'usuari es troba en una incidència i llavors
obre un tiquet. Aquest tiquet és un xat. En el moment que envia un
missatge pel xatbot el xatbot l 'intenta ajudar. Al mateix temps, a
nosaltres ens arregla una notificació tant per mail com per telegram. I un
cop hem arribat a aquest punt, l 'usuari xateja o amb el xatbot o amb
nosaltres o amb els dos a la vegada, podria tornar-se al cas, i ja sigui a
través del xatbot o a través de nosaltres, ha resolt la incidència.
Llavors, de cara als àmbits, no és només el xat, sinó que n'hi ha altres
utilitats. I el panel és aquest. Les incidències obertes pels usuaris les
tenim aquí. També és igual que fàcil, tancar incidències, reobrir, és
simplement arrestar aquests quadrats. Tindríem el xat de la incidència que
seleccionem aquí al mig. I tenim opcions com per exemple obrir un
tiquet a gira amb la incidència que ens ha obert a través de l'api que té
gira. Així que, d'aquesta manera, nosaltres, que treballem amb gira,
perquè som un ECI i podem accedir al gira clau, que és gratis, i ens hem
acostumat a treballar amb aquest mètode que és bastant més àgil,
podem, des d'aquesta aplicació, que seria per aquestes incidències
usuaris, obrir-nos un tiquet a gira per tal de nosaltres i després poder
-lo gestionar. Un cop el tanquem a gira, també es tanca aquí
automàticament. I a més, altres de l 'equip poden veure automàticament el
tiquet si jo ja l'he creat i així no m'heu duplicat informació. A part d
'aquest xat, són grups. O sigui, l 'usuari ho veu com un xat normal,
però nosaltres ho hem accedit tots a aquest xat i parlar-hi a tots si fa
falta. També altres opcions que té és que es poden enviar arxius, tipus de
xat, va allotjant tot molt, de l 'estil WhatsApp, Telegram i després n
'hi ha un apartat d'estadístiques, al qual encara estan desenvolupant, però
pretenc que puguis treure estadístiques de quantes solucionem
el vot, quantes solucionem nosaltres. A través d'intel·ligència artificial
també determinar quins tipus d 'incidències són, les que més es
reparteixen, per tant, tant millor de parlar, també inclús quins mesos
coneixen més, quins usuaris també i altres estadístiques que estan encara
per definir. Després n'hi ha un apartat de configuració que al moment
és molt bàsic per poder enviar notificacions per Telegram i després
per configurar-te al gira i poder obrir aquests tiquets. Llavors n'hi
ha àpliques a la configuració general de l'aplicació i n'hi ha molts
detalls si ho voleu que us fixeu. El primer és l'aparença de l'aplicació,
i és que a la visa l'hem pensat perquè sigui una imatge de docker que
us la podem enviar a qualsevol de vosaltres que necessiteu un servei
similar i digueu que em personalitzo el color, personalitzo el meu logo i
4 coses més que farem que siguin personalitzades i ja teniu el vostre
sistema de tiquets al xarx en temps real només per vosaltres. I això ho
podem replicar a tots els departaments que necessitem que
puguin necessitar aquest tipus de tiquets. A més, com us deia, hi ha un
chatbot i aquest chatbot també és configurat. Si voleu es pot activar o
desactivar, si voleu treballar en chatbot, però com ho voleu crida un
API. I és que ho hem plantejat de la segona manera, que aquest chatbot i l
'aplicació de gira siguin aplicacions independents que es comuniquen entre
elles amb un API. Què ens permet això? Que per una banda puguem
desplegar aquesta aplicació de tiquets i per l'altra banda puguem
desplegar un docker amb un chatbot que sap respondre coses a través d'un
API. I això què vol dir? Que aquest chatbot és aplicable a qualsevol
altre aplicació que puguem fer a l 'UPC. A més, aquest chatbot no està
entrenat amb unes preguntes en concret que haguem fet nosaltres, se
li pot entrenar amb el que vulgueu. Ara mateix és un excel que tu li
fiques un munt de preguntes i un munt de respostes i ell sap, a partir del
que li escriuen els usuaris, respondre-les. I no és per similitud,
sinó que aquest chatbot està basat en un LLM, que vol dir un Large Language
Model, que és un mateix que fa en certs GPT, VAR i tots aquests. O
sigui que realment processa el que diu un usuari i intenta buscar del
tot el que li has donat la pregunta que més s'assembla per donar-li una
resposta. Llavors, per centrar-nos una mica més en aquest chatbot, ens
ha portat bastanta feina perquè volíem que fos compatible amb altres
aplicacions, sinó només amb el nostre, ja que ho feien. Després,
volíem que fossin respostes controlades, perquè no sé si ho
preguntava l'usuari o l'UPC al chat que reté, però si feia el que vol. No
sé si sabíeu que el correu d'atenció d'Atik és atik.org o webcentral.
Si el correu per telèfons no us en sortirà ningú. El que volíem era
respostes que nosaltres pogués veure el que nosaltres volíem. I després,
que fos open source, que per sort cada vegada hi ha més opcions, però
encara costa trobar-ne una que i que a més siguin català. Llavors,
òbviament, tots aquests van ser descartats a part del preu, que si
fas quatre càucols o surten uns quants pilers d'euros al mes, el qual
no és assumible. Llavors, al final, el bot aquest de moment està basat en
Haystack, que és un framework d 'aquests models de llenguatge, el
qual és open source, és gratuït, permet fer aquest tipus de
funcionament de pregunta i resposta, però a més hi ha altres opcions amb
les quals encara estem treballant per intentar recomellorar, on és capaç de
llegir documentacions que tinguis i fer-te resums i altres coses típiques
de GPT que ens poden ajudar molt a l 'obre-te a resoldre incidències d
'usuaris. També estem treballant que sigui capaç d'executar codi i fer
quatre coses més que, quan vulguin, solucionar certes incidències que
tenim a vegades.
Llavors, si voleu, si escanegeu aquest QR per aquestes jornades heu
fet un bot que sap respondre a preguntes sobre les jornades d'avui.
Li podeu preguntar si encara no us heu comptat a dinar, com us hi podeu
quedar, li podeu preguntar sobre l 'horari de les jornades, li podeu
preguntar qui són els moments, l 'organització... És un bot que ha
estat preparat bastant ràpid per la jornada d'avui, que us prometo que ho
respongui tot, però en principi la majoria de dubtes que podeu tindre
sobre les jornades d'avui també us ho respondrà. Si us esteu avorrint, li
podeu preguntar que us ho expliqui un acudit perquè podeu ajudar-me, si
voleu. Si no us funciona el QR, si us connecteu a aquesta IP, en principi
us hauria de funcionar. Això, com la visa, seria vostre, és un bot d
'aquests on ens interessaria, la idea és la mateixa que nosaltres, d'esta
madresa, us farem una imatge del boquem i us ho expliqueu vosaltres i
us farem l'entrenament que vosaltres vulgueu, perquè us respongui a les
preguntes que vulgueu.
Les conclusions de la presentació són que hem creat aquest sistema de
tickets, el qual és aplicable a diversos departaments i té diferents
escalonitats.
A més, és això que està pensat, perquè pugui ser repartit a tot l
'obricer, no només a l'hospital, que a més és un xatge terrestre. Després
tenim el bot, el qual també està pensat, perquè el puguem anar
utilitzant a més coses que no siguin només a la visa. Entre ells n'hi ha
aquesta API, que la idea és que es pugui utilitzar en altres
aplicacions. I sobre la pregunta que feia el títol, que em pot ajudar la I
a resoldre
i que el 24 ho comprovaré. Així que, preguntes? Que siguin ràpides, que
hem d'anar pujant. No, és una web. L 'únic que he ficat moltes imatges és
perquè està molt pensat.
Vosaltres teniu la I de tickets en gira i heu posat en marxa aquesta,
no? Sí. Un cop posat en marxa, els usuaris han anat a utilitzar més
aquesta que l'altra? Encara no està activa. El gira el que té és que els
usuaris no poden accedir i llavors necessitem una manera que encetgin
els tickets. El Genesis la veritat no és àgil i el formulari que jo us
ensenyava menys. Per això han fet...
Els usuaris no poden accedir i llavors hem d'anar a utilitzar-los.
El punt d'entrada seria aquesta imatge. Interacció. Has dit que un
xarco, com una sala de xarques, si hi ha constipació entre l'intuïgència
artificial i el xarco, et diuen vosaltres mateixos? Hi ha un moment
que no ho he comentat, però aquí... Tu hi estàs amb l'altre, jo estic amb
l'altre.
La part que ja veus quan estàs al xat si estàs en un grup de WhatsApp, aquí
hi ha
un botó que posa el bot inactiu per al xar. Això és un botó que quan el
bot està realment inactiu, el bot calla i tu pots seguir. El bot és
controlat.
Pots deixar que vagi fent. Si dius que ja s'està marxant, el fas callar.
Si el bot no sap donar resposta, ell sol també para i es crida a
vosaltres. La idea és que si arriba un moment que no sap què fer, crida a
una persona i ell parla.
Has dit que el xat aquest està entrenat a un conjunt de preguntes i
respostes que heu fet a un excel i res més. Només això.
La idea que us deia és això, estendre -ho a una documentació perquè allà
tenim moltes coses. Però, de moment, l'exemple que puc provar és això, un
excel i ja està. Hi ha una feina prèvia de pensar què pot preguntar l
'usuari, però després el bo és que no ho has d'escriure de les mateixes
maneres que pot fer els diferents usuaris, sinó que ell sol s'ha
dirigit cap a la pregunta d'error. T 'heu pensat emocionar-ho cap a l
'entrenament, amb dades que tingueu de procediments, d'incidència d
'aquestes persones que comencem a fer això temàtic. Exacte, ara la idea és
anar cap a aquella llegida en un moment en què a part del gir
nosaltres fem servir el confluens, que és una part d'una documentació
que té altra classe, i allà tenim moltes coses. Ara estem fent proves
perquè llegim allà. Què passa? Que són proves molt lentes, perquè a
vegades agafa trossos de textos que per a l'usuari no acaben de ser d
'autor.
Ara estem en una fase d'aquella que pot ser explotable i ara ens esperem
que passi a dalt, farem les primeres proves i després anirem a tots els
usuaris de l'Evgeni i a partir d'aquí ja volem veure què tal funciona.
Aquesta cosa que he comentat és una cosa molt nova i l'està oferint en
servei cloud. Em sembla que només per clients concrets que estan per la
gent. Pots demanar fer una demo i entrar molt de temps. És una cosa
molt nova i us explico el que he llegit en la web que no puc provar.
Si algú està interessat en algun d 'aquests sistemes es poden contactar
a les informàtiques de l'empresa i es poden adaptar. Gràcies.